Remarks 



35 U.S.C. 103(a) 

Applicants are grateful to the Examiner for providing comments responsive 
("Response to Arguments" section of the Office Action) to Applicants' previous 
submission. Applicants have amended the claims to incorporate features which the 
Examiner noted that the Applicants were relying on in argument but which did 
comprise claims limitations. Applicants have also made additional changes to the 
claims to more clearly distinguish the invention over the combination of Forslow et al 
(US2002/01 33534), Donovan (US2002/0057786) and Daude et al 
(US2004/0088542). 

Applicants therefore maintains as pertinent the entirety of their previous submission 
and ask that this be reconsidered in light of the claims changes and the following 
observations. 

Claim 20 as amended now reads as: 

"A communication system comprising: 

a plurality of virtual private networks VPNs' interconnected by a first 
data network; 

a second data network connected to the plurality of VPNs via the first 
data network, the second data network using a n Internet Protocol jP] network 
addressing scheme that is uses different IP addresses to a private IP network 
addressing scheme used by at least one of said plurality of VPNs; and 

a VPN gateway having a VPN media proxy directly interfacing the first 
data network and the second data networks thereby connecting the second 
data network to the plurality of VPNs via the first data network , the VPN 
gateway being shared by said plurality of VPNs and providing a plurality of 
virtual routing functions, respective ones of said plurality of virtual routing 
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functions being connected to respective ones of said plurality of VPNs such 
that each virtual routing function is has an address in the a private IP address 
space of a respective one of said plurality of VPNs, wherein the VPN media 
proxy is configured to pass information call bearer packets from a source \P 
address in said at least one of said plurality of VPNs to a destination \_P 
address in said second data network, the VPN media proxy having an IP 
address translator arranged to translate the destination ]P address of the 
i nformation call bearer packets in accordance with the JP network addressing 
scheme of the second data network, and to send the information call bearer 
packets towards the translated IP destination address in the second data 
network." 

It will be noted for claim 20 that the second data network is defined as using an ]P 
network addressing scheme using different IP addresses to a private IP network 
addressing scheme used by at least one of said plurality of VPNs. Furthermore, the 
VPN media gateway is defined as directly interfacing the first data network and the 
second data network thereby connecting the second data network to the plurality of 
VPNs via the first data network. Also, each virtual routing function is defined as 
having an address in the private IP address space of a respective one of said 
plurality of VPNs and the VPN media proxy address translator is defined as an IP 
address translator. A further change is that the VPN media proxy is configured to 
pass call bearer packets from a source IP address in said at least one of said plurality 
of VPNs to a destination IP address in said second data network. Basis for this latter 
change is found at page 9, line 29 and page 9, line 36 to page 10, line 18. Basis for 
the feature that each virtual routing function has an address in its respective VPN is 
found in the description of figures 4 to 7 and page 15, lines 24/25. 

These changes are significant for the following reasons. 

Looking again at the Examiner's grounds for rejecting claim 20 based on the 
combination of Forslow, Donovan and Daude, the Examiner acknowledges that 
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Forslow is deficient in not teaching or suggesting the feature of claim 20 of (1) "the 
second data network using a network addressing scheme that is different to a 
network addressing scheme used by at least one of said plurality of VPNs" and in not 
teaching the feature (2) that "the VPN media proxy is configured to pass information 
from a source address in said at least one of said plurality of VPNs to a destination 
address in said second data network, the VPN media proxy having an address 
translator arranged to translate the destination address of the information in 
accordance with the network addressing scheme of the second data network, and to 
send the information towards the translated destination address in the second data 
network". 

Feature (1) now reads as "the second data network using a n Internet Protocol 'IP' 
network addressing scheme that is uses different IP addresses to a private IP 
network addressing scheme used by at least one of said plurality of VPNs" and 
feature (2) now reads as "the VPN media proxy is configured to pass information call 
bearer packets from a source IP address in said at least one of said plurality of VPNs 
to a destination IP address in said second data network, the VPN media proxy having 
an IP address translator arranged to translate the destination IP address of the 
information call bearer packets in accordance with the IP network addressing scheme 
of the second data network, and to send the information call bearer packets towards 
the translated IP destination address in the second data network 1 . 

Claim 20 as amended therefore requires that the VPN media proxy has an IP 
address translator arranged to translate the destination IP address of the call bearer 
packets in accordance with the IP network addressing scheme of the second data 
network, and to send the call bearer packets towards the translated IP destination 
address in the second data network. One skilled in the art is familiar with IP address 
translation and would understand that the VPN media proxy receives a bearer packet 
with a destination address in accordance with the private IP addressing scheme of 
the VPN that issued it and translates this private IP address to an IP address in 
accordance with the IP addressing scheme of the second data network. Thus, the 
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only change to the bearer packet is a translation of its destination IP address, i.e. 
replacement in the bearer packet header of the destination IP address by the 
translated destination IP address. In other respects, the packet retains the same 
structure as would be readily understood by one of ordinary skill in the art. 
Advantageously, the VPN media gateway (and thus media proxy) is able to receive 
the bearer packet over the first data network without any IP address translation 
because the VPN media gateway (or rather the respective virtual routing function for 
the VPN) has an address in the respective VPN. 

Donovan teaches a media gateway for performing protocol translation between 
traditional telephony time division multiplexed voice circuits to an IP transport 
protocol (paragraph 0017) and vice versa. This is a more complex process than IP 
network address translation and does not involve address translation of bearer 
(traffic) packets passing from the IP network to the PSTN. 

It is clear from the disclosure of Donovan that a signaling gateway of the enterprise 
gateway receives call set-up signaling packets and uses these to establish a TDM 
circuit connection through the PSTN to a device in the PSTN. IP bearer packets as 
they are being received within the IP network at the enterprise gateway are 
transformed into TDM circuit traffic format (i.e. non-packet format) and transmitted on 
the TDM connection to the device in the PSTN. As such, the destination address in 
the bearer packet is processed to identify the TDM connection it relates to so that, 
once the bearer packet payload has been transformed into TDM format, the 
transformed data content of the bearer packet can be forwarded on the correct TDM 
circuit. In this process, there is no replacement in a bearer packet header of an 
original destination address by a translated destination address. In fact, the bearer 
packet is destroyed in the transformation of its content to TDM circuit format. 
Therefore, it is impossible to meet the requirement of claim 20, to wit, 'send the 
bearer packets towards the translated IP destination address in the second data 
network' because the data of the bearer packets no longer exists as packets, but 
have been transformed into TDM circuit format. 
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Generally speaking, one skilled in the art knows that protocol translation is a more 
complex process than IP address translation and is aware that the structure of data in 
a first protocol (e.g. IP) is not preserved when the data is transformed into the format 
of another protocol (e.g. TDM). 

Consequently, one skilled in the art would not seriously contemplate modifying the 
home agent of Forslow to incorporate protocol translation as taught by Donovan 
because this would then require significant modification of one of the first or second 
data networks to be able to handle data in the format of another protocol. 

It should also be noted that, while protocol translation of data must require some form 
of address processing , it is not inherent that this amounts to address translation as 
this term is normally understood by one skilled in the art and, more particularly so, in 
the case of IP address translation. As has been explained above, when one 
transforms packetized data from say the IP protocol to non-packetized data in say 
TDM format, it is not possible to perform address translation where an original 
destination address in a packet header is replaced by a translated destination 
address because the protocol translation process from IP to TDM destroys the 
structure of the packet with its header. 

Furthermore, protocol translation addresses the situation where networks are not 
only using disparate addressing schemes but also using disparate transport 
mechanisms. This is not the case in Forslow between the first and second data 
networks which clearly employ the same transport protocol mechanisms and thus 
one skilled in the art would not look to Donovan for this reason at least. 

In respect of the combination of Forslow, Donovan and Daude, the Examiner 
suggests, in respect of Daude, that "if VPN networks are interconnected through 
connections to the VPN gateway, if may be interpreted that the VPN gateway is in the 
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address space of each VPN, as otherwise the VPN would not be "connectable to 
gateway 160"" (emphasis added). 

Firstly, it is noted that the Examiner states "it may be interpreted" which casts doubt 
somewhat on the suggestion. 

In any event, one skilled in the art knows that a VPN gateway does not have to be in 
the address space of a VPN in order for the VPN to connect to it. This is also clear 
from Daude which teaches that the gateway is a global solution for VPNs (paragraph 
0071) and which recognizes that VPNs may occupy different address spaces 
(paragraph 0028). Furthermore, one skilled in the art knows that a device within or 
connected to a VPN using a private address scheme can communicate with a 
gateway located in another, different address space, e.g. in another network such as 
a corporate or service provider network having its own, different address space or 
even a public network such as the internet having a public address space. The 
skilled person would know that the device within or connected to the VPN can use a 
network address translator to send packet data from the device associated with the 
VPN to the gateway. It should be noted that Daude, which teaches a globalised 
solution for VPNs, does not preclude this. In fact, Daude makes no mention of 
whether the gateway is or is not within the address space of any VPN. 

Applicants have, however, amended claim 20 to explicitly recite that each virtual 
routing function has an address in the private IP address space of its respective VPN. 
There is no suggestion of this in Daude nor any suggestion of this in Forslow or 
Donovan. Consequently, the combination of Forslow, Donovan and Daude does not 
teach this feature. 

Consequently, it is respectfully submitted that for the foregoing reasons and the 
reasons presented in Applicants' previous submission that claim 20 is not rendered 
obvious by the combination of Forslow, Donovan and Daude. 
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Independent claims 30, 39 and 47 have been amended in a manner consistent with 
the changes made to claim 20 and thus are also not rendered obvious by the 
combination of Forslow, Donovan and Daude for the same reasons. 

Claims 21, 31 and 40 are also not rendered obvious by the combination of Forslow, 
Donovan and Daude, because this combination of references neither teaches or 
suggests the IP address translator is arranged to translate a destination IP address of 
call bearer packets being transmitted from a source IP address in the second data 
network to a destination IP address in said at least one of said plurality of VPNs in 
accordance with the private IP network addressing scheme of said at least one of 
said plurality of VPNs, and to send the call bearer packets towards the translated 
destination IP address in said at least one of said plurality of VPNs. The combination 
of Forslow, Donovan and Daude teaches protocol translation where the structure of 
the bearer packets is not retained and which does not involve address translation as 
this would be understood by one skilled in the art. 

As a general observation, it would appear that sections 5 and 6 of the Office Action 
contradict each other. 

As to section 7 of the Office action, it is not possible to implement address translation 
as this term would be understood by one of ordinary skill in the art between a system 
using the IP protocol and a PSTN using Time Division Multiplexing for reasons as 
explained above. Therefore, one of ordinary skill would not be motivated to modify 
the system of Forslow by that of Donovan. 

Given the amendments above, had this response been filed without a Request for 
Continued Examination, undoubtedly the Examiner would have issued an advisory 
action, given the additional search and consideration that would be required. 
Accordingly, in order to speed the handling of the application and give the Examiner 
the full lattitude to consider this response, this response is being filed as part of a 
Request for Continued Examination. 
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Favorable reconsideration is therefore solicited. 



July 22, 2008 
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